表里|这一点_以后面试官问你为啥不建议使用Select*，请你大声回答他！

篇首语：本文由编程笔记#小编为大家整理，主要介绍了以后面试官问你 为啥不建议使用Select *，请你大声回答他！相关的知识，希望对你有一定的参考价值。

点击关注公众号&＃xff0c;实用技术文章及时了解

作者&＃xff1a;小目标青年

来源&＃xff1a;https://blog.csdn.net/qq_35387940

前言

不建议使用 select  *

这几个字眼&＃xff0c;做开发的都不陌生吧。

阿里的开发手册上面也是有提到&＃xff1a;

昨晚收到一个小兄弟的反馈&＃xff1a;

随后也问了下学习群里的兄弟们&＃xff0c;

不敢吱声的&＃xff1a;

好像派&＃xff1a;

离谱的&＃xff1a;

那么&＃xff0c;我作为一个出手侠&＃xff0c; 我必然要出手了。

出手侠&＃xff1a;

习惯用语&＃xff0c;等到xxxxx的时候&＃xff0c;我就会出手。

正文

其实阿里巴巴手册上说明的三点了&＃xff1a;

1&＃xff09; 增加查询分析器解析成本

什么是分析器成本&＃xff0c;什么东西&＃xff0c;我随手画个简图&＃xff0c;大家知道一下&＃xff1a;

就是这个分析器&＃xff0c;这里会去解析你的sql的语法&＃xff0c;词法。

举例&＃xff0c;如果是select * from user &＃xff0c; 看到 * &＃xff0c;就会去看看是哪个表 user&＃xff0c;然后 Query Table Metadata For Columns&＃xff0c;把所有列值给你支楞出来&＃xff0c;填充成类似  select id &＃xff0c;name &＃xff0c;age&＃xff0c;phone form user 这样子。&＃xff08;当然还有其他分析了&＃xff0c;例如如语法的判断&＃xff0c; 字段的判断&＃xff0c; 表名等等&＃xff09;

说实话。这个分析器的成本....你要是说增加了解析成本&＃xff0c;我确实能理解。

但是我感觉成本也不是很大.... 除非是个大表&＃xff0c;大到查询完所有列值&＃xff1f;

so&＃xff0c;我能接受&＃xff0c;但是接受得不多。

2&＃xff09; 增减字段&＃xff0c;容易与resultMap 配置不一致

这一点我不想说。说实在的&＃xff0c;有时候写select *&＃xff08;需要查表所有列值的时候&＃xff09;&＃xff0c; 我实体加了字段&＃xff0c;我改了resultMap &＃xff0c;我sql还不用动。

这一点属于是平时使用规范上的规避点了&＃xff0c;不多言。

3&＃xff09;无用字段增加网络消耗、磁盘IO开销

这一点有讲究。

可以看到我第一点里面画的简图&＃xff0c; 如果说

不考虑缓存 存在的时候&＃xff1a;

最终会走到执行器&＃xff0c;然后执行器后面其实是引擎层

引擎层这里我就不展开了&＃xff0c;引擎层里面其实包括了各种日志&＃xff08;undo、redo、binlog等&＃xff09;的记录&＃xff0c;还有就是在内存里找数据。

简单点归纳&＃xff0c;其实这种查询操作就是刷盘操作&＃xff0c;从磁盘刷入内存&＃xff0c;涉及到的 磁盘IO开销。

那么在刷盘操作的时候&＃xff0c;是不是真的selec *  就真的会 增加 磁盘IO开销呢&＃xff1f;

答案&＃xff0c;肯定是的。但是 增大的影响程度&＃xff0c;我必须说一下&＃xff1a;

如果你说 &＃xff0c;表里面就三字段 &＃xff0c; id &＃xff0c;name &＃xff0c;age  &＃xff0c;本来查 id &＃xff0c;name &＃xff1b;因为 select * &＃xff0c;变成查多了一个 age &＃xff0c; 增大磁盘IO开销 ?

我觉得是增大了&＃xff0c;但是几乎不用理。因为这些都是正常的数据类型&＃xff0c;开销增大不了多少。

所以&＃xff0c;真正隐藏的雷是什么&＃xff1f;

有大字段

例如

tinytext、text、mediumtext、longtext  
tinybob、blob、mediumblob、longblob

这些家伙&＃xff0c;在mysql上&＃xff0c;就是当做一个独立的对象处理。

这时候就真的要谨慎了。

如果你是个比较多字段的表&＃xff0c;例如什么意见反馈表&＃xff0c;留言不确定长度&＃xff0c;用了text &＃xff0c;还有回复留言字段也用了text &＃xff1b;

又例如博客文本表&＃xff0c;为了存content&＃xff0c;用了这些大字段。

本来想查询一下 意见的反馈人名 &＃xff0c;或者是 查询博客的标题&＃xff0c;结果因为懒或者不注意&＃xff0c;写了select *., 查询的时候带出来这些 大字段。

那么显然&＃xff0c;这时候读取的内容数据就是真的比原先初衷要大很多&＃xff08;没准业主小丹投诉保安&＃xff0c;意见反馈的留言给你写了篇小论文&＃xff09;&＃xff0c; 这时候因为读取的内容多&＃xff0c;磁盘IO开销多&＃xff0c;然后返回数据包给客户端量也多&＃xff0c; 这样 就真的是有影响了。

4&＃xff09; 补充&＃xff0c;其实也是我首当其冲想说的一点

无法使用索引覆盖

ps&＃xff1a;今天学习成语了吗&＃xff1f;不要乱用成语。

select * 基本告别索引覆盖了

什么是索引覆盖&＃xff1f;

举例 &＃xff1a;

给name字段 建索引&＃xff0c; 查询的时候&＃xff0c;只用到了 索引的字段&＃xff0c;这就是索引覆盖 。

也就是直接通过查询索引&＃xff0c;拿出来的数据就已经满足了查询返回的字段数据。无需额外其他查询操作了&＃xff0c;也就是索引覆盖了。这样肯定快。

如果初衷是查 name&＃xff0c; 结果写成了 select * &＃xff0c; 变成查多了其他字段&＃xff0c; 那其他字段不是索引&＃xff0c;肯定无法触发索引覆盖使用场景了&＃xff0c;也就是需要额外的回表查询操作了&＃xff0c;那这样就慢了。

回归正题&＃xff0c;因为写成select * &＃xff0c;变成查多了其他字段&＃xff0c; 其他字段不是索引&＃xff0c;导致回表&＃xff0c;慢。

问题出在哪里&＃xff1f; 出在其他字段不是索引?

那么给其他字段都建索引呗&＃xff0c;完事了兄弟们。

你们千万不要这么乱搞&＃xff0c;索引的维护成本一定是不能忽视的。

涉及到修改新增删除数据时索引的维护成本&＃xff0c;索引页的分裂合并等等。索引也是需要存起来的&＃xff0c;也是需要占用磁盘空间的。而且如果N个字段都是索引&＃xff0c; 随便改动一行数据&＃xff0c;需要维护N个索引。

什么概念&＃xff0c;就像咱们平时写word文档&＃xff0c;搞了个目录&＃xff0c;然后底下的2级标题&＃xff0c;3级标题&＃xff0c;正文啥的&＃xff0c;什么分页啥的&＃xff0c;乱七八糟操作的编辑&＃xff0c;都需要去刷新一下目录。

那么这个索引覆盖影响真的非常大吗&＃xff1f;

拿出200W数据的表&＃xff0c;删除全部索引&＃xff0c;给 platform_sn 单独加索引 &＃xff1a;

然后先试试索引覆盖的查询&＃xff0c;看看用时&＃xff0c;0.02秒 &＃xff1a;

接着换成select * &＃xff1a;

当然这是 200W 数据的场景下&＃xff0c; 不过可以看出&＃xff0c;时间差距还是很明显。

0.02  到 0.179 ....

如果我们再加几个大字段&＃xff1f;Text ... 那估计就真的离谱了 。

客观总结&＃xff1a;

1. 如果表里有大字段&＃xff0c;TEXT 、BLOB系列类型字段&＃xff0c; 使用 SELECT * 需要注意

2. 如果本来只查询某1&＃xff0c;2个比较常用的字段的&＃xff0c;可以给这些字段建单个索引或者组合索引 &＃xff0c;这时候查询就避免 使用 SELECT *&＃xff0c;尽量能触发索引覆盖是最好的了

3. 如果表字段不多&＃xff0c;也没啥特殊字段类型&＃xff0c; 而且肯定是查多列的&＃xff0c;无法触发索引覆盖的情况下&＃xff0c;

我觉得 使用 SELECT * 也无妨&＃xff0c;或者写个 里面列出所有字段&＃xff0c;这样copy代码也方便&＃xff08;因为会存在一种情况就是&＃xff0c;数据库里面有这个字段&＃xff0c;但是不能查出来&＃xff0c;这种情况select * 就是不如写成select 这种方式方便了&＃xff0c;只需要在 提除某个字段就 可以&＃xff09;。

推荐

Java面试题宝典

技术内卷群&＃xff0c;一起来学习&＃xff01;&＃xff01;

PS&＃xff1a;因为公众号平台更改了推送规则&＃xff0c;如果不想错过内容&＃xff0c;记得读完点一下“在看”&＃xff0c;加个“星标”&＃xff0c;这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我们吧&＃xff01;

• select
• 编程
• https
• sql
• metadata
• io
• 缓存
• 日志
• text

写下你的评论吧 !

吐个槽吧,看都看了

会员登录 | 用户注册